home *** CD-ROM | disk | FTP | other *** search
/ Nebula 2 / Nebula Two.iso / SourceCode / MiscKit1.7.1 / MiscKitArchive.mbox / mbox / 000063_yackd@alaska.et.byu.edu_Mon Oct 4 12:06 MDT 1993.msg < prev    next >
Internet Message Format  |  1994-10-30  |  2KB
  1. Received: from yvax.byu.edu by maine.et.byu.edu; Mon, 4 Oct 93 12:06:25 -0600
  2. Return-Path: <yackd@alaska.et.byu.edu>
  3. Received: from DIRECTORY-DAEMON by yvax.byu.edu (PMDF V4.2-13 #4169) id
  4.  <01H3PPQQK8J4936I6I@yvax.byu.edu>; Mon, 4 Oct 1993 12:04:24 MDT
  5. Received: from alaska.et.byu.edu by yvax.byu.edu (PMDF V4.2-13 #4169) id
  6.  <01H3PPQMZ5JK936GKL@yvax.byu.edu>; Mon, 4 Oct 1993 12:04:19 MDT
  7. Received: from yvax2.byu.edu by alaska.et.byu.edu; Mon, 4 Oct 93 12:05:59 -0600
  8. Received: from DIRECTORY-DAEMON by yvax.byu.edu (PMDF V4.2-13 #4169) id
  9.  <01H3PPQ657VK94JM87@yvax.byu.edu>; Mon, 4 Oct 1993 12:03:57 MDT
  10. Received: from alaska.et.byu.edu by yvax.byu.edu (PMDF V4.2-13 #4169) id
  11.  <01H3PPQ2RV28936IJN@yvax.byu.edu>; Mon, 4 Oct 1993 12:03:52 MDT
  12. Received: by alaska.et.byu.edu; Mon, 4 Oct 93 12:05:41 -0600
  13. Date: Mon, 04 Oct 1993 12:05:41 -0600
  14. From: yackd@alaska.et.byu.edu (Don Yacktman)
  15. Subject: Re: Making objects distributable
  16. To: misckit@byu.edu
  17. Message-Id: <9310041805.AA16013@alaska.et.byu.edu>
  18. Content-Transfer-Encoding: 7BIT
  19. Status: RO
  20.  
  21.  
  22. > One thing I've noticed so far, and have found to be of great help,
  23. > is that the objects in the misc kit have the encodeUsing:, decodeUsing:,
  24. > and encodeRemotelFor:freeAfterEncoding:isBycopy: methods to allow them
  25. > to be used in Distributed Objects.
  26.  
  27. This is, of course, no accident.  I use these objects for DO type stuff
  28. a lot, and so...
  29.  
  30. > I'd like to see most of the utility
  31. > type objects (non-interface objects) have the capability to be distributed,
  32. > by copy if necessary. It's sort of like asking each object to have read:
  33. > and write: methods.
  34.  
  35. Yep.  I agree.  Where possible, DO and -read:/-write: methods should be
  36. implemented.  It's a big help and something that is really needed in
  37. order to use the objects to their full capacities.  Being able to send
  38. stuff bycopy is a great way to wrap up packets of data for transmission
  39. between apps... so, I concur that these methods ought to be present in
  40. most cases.  (For some objects, it wouldn't be useful, but most non-
  41. interface objects ought to be DO-ready.)  Of course, seeing as I'm the
  42. one who put the DO methods in there in the first place, my position
  43. on this shouldn't be any sort of surprise. :-)
  44.  
  45. Later,
  46. -don